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[57] ABSTRACT 

Methods, systems and computer program products are pro- 
vided that access a single server application executing on a 
processing system having multiple TCP/IP in^ances. The 
single server application may be accessed by establishing a 
registration repository containing information sufficient to 
identify to both the single server application and a client 
application seeking to access the single server application, 
one of the multiple TCP/IP instances through which the 
single server application may be accessed by client appli- 
cations. In such a case, the registration repository is acces- 
sible by the multiple TCP/IP instances and the single server 
application. 

40 Claims, 5 Drawing Sheets 
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SINGLE SERVER ACCESS IN A MULTIPLE 
TCP/IP INSTANCE ENVIRONMENT 

HELD OF THE INVENTION 

The present inveotioD relates to computer systems Id 
general and more particularly to computer systems employ- 
ing the Transmission Control Protocol/Iotemet Protocol 
(TCP/IP) to access server applications. 

BACKGROUND OF THE INVENTION 

In recent years there has been an increase in interest in the 
Internet and Internet applications. The Internet is a client- 
server paradigm ^lere clients access server applications to 
obtain information. This proliferation of Internet users has 
led to many networks employing the same client-server 
paradigm in an internal network known as an intranet. These 
intranets are often built on the same communications pro- 
tocols as the Internet. Thus a user or client may communi- 
cate with a server on an internal network or on the Internet 
in a seamless fashion such that the location of the server and 
access to that server may be trao^arent to a user. 

The communication protocol on which the Internet is 
based is known as the Transmission Control Protocol/ 
Internet Protocol (TCP/IP). The popularity of the Internet 
and of intranets has led to the proliferation of TCP/IP 
throughout the computing community. This proliferation has 
led to TCP/IP being utilized on local area networks (LANs), 
wide area networks (WANs) and even on mainframe com- 
puters such as the International Business Madiines Corpo- 
ration's OS/390 systems. 

To commimicate using TCP/IP, a computer system typi- 
cally has a TCP/IP protocol stack executing on the computer. 
A TCP/IP protocol stack or TCP/IP instance governs the 
communications between the client and the server. If the 
computer systems capabilities allow, a computer system 
may have multiple TCP/IP instances communicating with 
multiple clients and servers. Thus, as is illustrated in FIG. 1, 
a computer system 22 may have multiple TCP/IP instances 
(iUustrated by TCP/IP A 12 and TCP/IP B 16) and multiple 
servers (illustrated by Server A 10 and Server B 14) com- 
municating with multiple clients (illustrated by Client A 18 
and Client B 20). 

One typical constraint of the client-server model illus- 
trated in FIG. 1, is that applications such as Server A 10 and 
Server B 14 may not span multiple TCP/IP instances. Thus, 
where multiple TCP/IP instance exist on a single computer 
system a particular server is limited to the IP address domain 
of the TCP/IP instance to which it is connected. Thus, to 
support clients connecting to the computer system through 
more than one of the computer systems TCP/IP instances a 
duplicate of the sender should be connected to each of the 
TCP/IP instaiKxs. Thus, to make a server application avail- 
able to all IP address domains of a computer system the 
computer system is generally either limited to a single 
TCP/IP instance or to duplicate copies of a server applica- 
tion for each TCP/IP instance of the computer system. 

While in some situations multiple copies of a server 
application may be acceptable, in certain situations it is not 
possible to have multiple copies of a server on a single 
computer system. Limitations on the number of allowable 
server applications may be imposed architecturally by the 
server application or may resuh from hardware or software 
limitations for the system. For example, only a single 
instance of the OS/390 OpenEdition Open System Adapter 
Support Facility (OSA/SF) may nm in a MVS partition 
although up to 8 TCP/IP instances are allowed. Thus, in 
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order to be available to all clients in a computer system's IP 
domain then only a single TCP/IP instance may be utilized 
on a computer system with such a server. 

Even if a particular server application albws for multiple 

5 instances in a single computer system and the computer 
system's hardware and software are enable of multiple 
copies of a server there may still be disadvantages to 
multiple copies of a server on a single system. For example, 
system resources are still occupied by multq)le copies of a 

iO server application. Central Processing Unit (CPU) usage 
may be increased as well as storage and memory require- 
ments. Furthermore, synchronization of multiple copies of a 
server application to provide consistent server re^nses 
across muhiple TCP/IP instances may also present difficul- 

15 ties. 

In view of the above discussion, there exists a need for 
improvement in computer systems having multiple TCP/IP 
instances to allow access to server applications across the IP 
domain's of multiple TCP/IP instances. 

20 

SUMMARY OF THE INVENTION 

In light of the limitations of existing client-server 
systems, it is an object of the present invention to provide for 
the access to server applications across multiple TCP/IP 
^ instances. 

A further object of the present invention is to provide 
access to server applications across multiple TCP/IP 
instarices without reqxiiring the system resources of repli- 
eating the server application. 

Another object of the present invention is to provide 
access across multiple TCP/IP instances to a server appli- 
cation for which multiple copies cannot be provided on a 
single computer system. 

35 These and other objects of the present invention are 
provided by methods, systems and computer program prod- 
ucts that access a single server application executing on a 
processing system having multiple TCP/IP instances. The 
single server application may be accessed by establishing a 

4Q registration repository containing information sufficient to 
identify to both the s ingle serv er application and a client 
application seeking to access the single server application, 
one of the multiple TCP/IP instances through which the 
single server application may be accessed by client appli- 

45 cations. In such a case, the registration repository is acces- 
sible by the multiple TCP/IP instances and the single server 
application. 

By establishing a registration repository in whidi clients 
may determine which TCP/IP instance of multiple TCP/IP 

50 instances to access to reach a single server application, the 
client may connect throug h that TCP/IP instance to reach the 
single server applic^rion. Thus, only a single instance of the 
server application may be provided on the computer system 
and may be accessed by any client with access to the 

55 registration repository. Furthermore, because multiple cop- 
ies of a server application are not required there may be 
fewer resources used to allow access from all of the IP 
domains of the computer system. Also, because the multiple 
copies of the server application are not require to provide 

60 access to the server applications to clients of multiple 
TCP/IP instances, the present invention allows server appli- 
cation which cannot have multiple copies to be accessible 
across multiple TCP/IP instances. 
In a particular embodiment of the present invention, the 

65 registration repository is established by registering a TCP/IP 
instance with the registration repository if single server 
access is requested by a client application utilizing the 
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TCP/IP lOStaDce. In such a case, the registration may inchide 
storing an entry identifying an available TCP/IP instance. A 
time stamp associated with the entry identifying the avail- 
able TCP/IP instance >^ch identifies when the TCP/IP 
instance was registered with the registration repository may 5 
also be stored in the registration repository. 

In a preferred embodiment, the registration repository 
entry includes the TCP/IP instance identifier, the function of 
the server application associated with the TCP/IP instance 
and protocol information suf&cient to allow connection 
between the TCP/IP instance and the client. 

In another embodiment of the present invention entries for 
a TCP/IP instance are removed from the registration reposi- 
tory when a TCP/IP instance is no longer available for 
connection to the single server application or client access to 
the single server application. In such a case, the entry may 
be removed by invalidating the registration of the TCP/IP 
instance in the registration repository. 

In another embodiment of the present invention, the ^ 
single server application selects a TCP/IP instance from the 
registration repository to be used for connection to the single 
server application. In a particular aspect of the present 
invention, an entry identifying an available TCP/IP instance 
is stored in the registration repository. A time stamp asso- ^ 
ciatcd with the entry identifying the available TCP/IP 
instance is also stored in the registration repository. Then, 
the selection of the TCP/IP instance comprises selecting the 
TCP/IP instance with the earliest time stamp. 

In still another embodiment of the present invention 3^ 
wherein the client application accesses the registration 
repository to determine the TCP/IP instance through wMcb 
the single server application may be accessed. The client 
application then connects to the single server application by 
connecting to the TCP/IP instance through which the single 35 
server application may be accessed. In such a case, the chent 
application may determine the TCP/IP instance through 
which the single server application may be accessed utiliz- 
ing the same procedure by which the single server applica- 
tion selects a TCP/IP instance. Furthermore, an enUy iden- 
tifying an available TCP/IP instance and a time stamp 
associated with the entry identifying the available TCP/IP 
instance in the registration repository may be stored in the 
registration repository. Then the access of the registration 
repository may include accessing the registration repository 45 
to obtain the time stamp of entries in the registration 
repository and selecting the TCP/IP instance with the earliest 
time stamp as the TCP/IP instance through which the single 
server application may be accessed. 

In another embodiment of the present invention, the 50 
registration repository is stored in common storage. Access- 
ing the registration repository then includes accessing the 
common storage location of the registration repository and 
obtaining from the common storage location registration 
information to determine the TCP/IP instance through which 55 
the single server application may be accessed. Furthermore, 
the single server application may then be connected to by 
connecting to the determined TCP/IP instance through 
which the single server application may be accessed. Also, 
the common storage may be directly accessible by the client 

In yet another embodiment of the present invention, the 
common storage is accessed by accessing a first TCP/IP 
instance to access the common storage location of the 
registration repository. Registration information is then 
obtained firom the common storage location through the first 
TCP/IP instance and the single server application connected 
to through a second TCP/IP instance. 
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As will further be appreciated by those of skill in the art, 
the present invention may be embodied as a method, appa- 
ratus or computer program product. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram of a conventional multiple 
client/multiple server system; 

FIG. 2 is a block diagram of a client-server system 
according to the present invention; 

FIG. 3 is a flow chart illustrating the creation of an entry 
in a registration repository according to the present inven- 
tion; 

FIG. 4 is a flow chart illustrating the operation of the 
present invention; and 

FIG. 5 is a block diagram of an example system utilizing 
the present invention. 

DETAII£D DESCRIPTION OF THE 
INVENTION 

The present invention now will be described more fully 
hereinafter with reference to the accompanying drawings, in 
which preferred embodiments of the invention are shown. 
This invention may, however, be embodied in many different 
forms and should not be construed as limited to the embodi- 
ments set forth herein; rather, these embodiments are pro- 
vided so that this disclosure will be thorough and complete, 
and will fully convey the scope of the invention to those 
skilled in the art. Like numbers refer to like elements 
throughout. As will be appreciated by one of skill in the art, 
the present invention may be embodied as methods or 
devices. Accordingly, the present invention may take the 
form of an entirely hardware embodiment, an entirely soft- 
ware embodiment or an embodiment combining software 
and hardware aspects. 

FIG. 2 illustrates a computer system utilizing the present 
invention. As seen in FIG. 2, a computer system 35 irx:ludes 
a single server application (Server A 30) and mtiltiple 
TCP/IP instances (TCP/IP A 32 and TCP/IP B 34). Con- 
nected to the TCP/IP instances 32 and 34 are client appli- 
cations (Client A 38 and Qient B 39) to the server applica- 
tion 30. The computer system 35 may be any computer 
system capable of supporting multiple TCP/IP protocol 
stacks, however, the present invention is particularly well 
suited to mainframe computers such as International Busi- 
ness Machines Corporation's OS/390 computer systems 
utilizing the Multiple Virtual System (MVS) operating sys- 
tem. Thiis, as wiU be appreciated by those of skiU in the art, 
computer system 35 will typically include a processing unit, 
random access memory, non-volatile memory, mass storage 
devices, input devices, output devices and communication 
devices as well as software applications and an operating 
system to control the various devices and application asso- 
ciated with computer system 35. 

As is further illustrated in FIG. 2, a registration repository 
36 is provided in computer system 35. The registration 
repository is accessible by the TCP/IP instances 32 and 34 
as well as the server 30 and client applications 38 and 39. 
The registration repository is preferably directly accessible 
by the chents 38 and 39 as is illustrated in FIG. 2, but may 
also be accessible indirectly through, for example, the 
TCP/IP instances 32 and 34. The registration repository 36 
is preferably implemented in common storage of computer 
system 35. Thus, for example, in an MVS system where the 
registration repository is implemented in common storage, a 
client may directly address the common storage associated 
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with the registration repository to retrieve entries from the 
registration repository. Similarly, the server application 
could directly access the common storage to retrieve entry 
information. 

In a further aspect of the present invention where the 
computer system 35 is a logical unit in a Sysplcx the 
registration repository could be implemented in the coupling 
facility of the Sysplex. Thus, a single server application 
could be shared across logical units of the Sysplex and 
provide single server access to the IP address domain of all 
of the logical units with access to the coupling facility. 

In operation, the TCP/IP instances 32 and 34 create entries 
in the registration repository uniquely identifying the TCP/ 
IP instance. When a server application is started it selects a 
TCP/IP instance from the entries in the registration reposi- 
tory. When a client seeks to access a single server applica- 
tion 30, the client 39 accesses the registration repository 36 
and retrieves the information indicating which TCP/IP 
instance allows access to the single server application 30. 
This selection process may be accomplished by the clients 
using the same selection mechanism as the server applica- 
tions in selecting from the TCP/IP instances registered with 
the registration repository. The client 39 then connects to the 
TCP/IP instance 32 with access to the single server appli- 
cation 30. 

Alternatively, a server application could access the reg- 
istration repository to determine which TCP/IP instances 
allow single server access and then select one of the TCP/IP 
instances. The server could then update the registration 
repository to indicate that the server application was asso- 
ciated with the selected TCP/IP instance. Clients would then 
search the entries in the registration repository to find an 
entry identifying the desired server application and then 
utilize the associated TCP/IP instance to access the server 
application. However, such an implementation is essentially 
a special case of the first alternative. Accordingly, the 
detailed operation described below fociises primarily on the 
first alternative briefly described above. Those of skill in the 
art will understand that the special case may be readily 
implemented once the principles of the general case are 
understood. 

The present invention will now be described with respect 
to FIG. 3 and FIG. 4 which arc flowcharts illustrating the 
operation of a routing device and a master routing device 
utilizing the present invention. It will be understood that 
each block of the flowchart illustrations, and combinations 
of blocks in the flowchart illustrations, can be implemented 
by computer program instructions. These program instruc- 
tions may be provided to a processor to produce a machine, 
such that the instructions which execute on the processor 
create means for implementing the functions specified in the 
flowchart block or blocks. The computer program instruc- 
tions may be executed by a processor to cause a series of 
operational steps to be performed by the processor to 
produae~a''oomputer~implemented process"such~that the 
instructions which execute on the processor provide steps 
for implementing the functions specified in the flowdiart 
block or blocks. 

Accordingly, blocks of the flowchart illustration support 
combinations of means for performing the specified 
functions, combinations of steps for performing the speci- 
fied fiinctions and program instruction means for performing 
the specified functions. It will also be understood that each 
block of the flowchart illustration, and combinations of 
blocks in the flowchart illustration, can be implemented by 
special purpose hardware-based systems which perform the 
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Specified functions or steps, or combinations of special 
purpose hardware and computer instructions. 

FIG. 3 illustrates the creation of an entry in the registra- 
tion repository 36 when a TCP/IP instance is started. When 
5 a TCP/IP instance is configured to require access to a single 
server application, either initially or dynamically after star- 
tup of the TCP/IP instance, an entry is added to the regis- 
U-ation repository. As seen in FIG. 3, a TCP/IP instance is 
established (block 40) and determines in a client requires 
10 access to a single server application (block 42). If single 
server access is not required then the TCP/IP ii^tanoe enters 
a wait loop (block 44) until a client request ^gle server 
access. 

If a client initially requests single server access or sub- 
sequently request single server access, then the TCP/IP 
instance selects a time stamp for incorporation in the reg- 
istration repository entry (block 46). The time stamp acts as 
a unique identifier of the TCP/IP instance and prioritizes the 
TCP/IP instances for selection by clients and server appli- 
cations. The time stamp may be the time the TCP/IP instance 
was started or when the registration request was made. 
Whatever manner of selecting a time stamp is utilized it 
needs to be the same for all TCP/IP instances. 

Alternatively, other methods of providing unique priority 
for the TCP/IP instances could be utilized. For example, 
priority tokens could be selected by. TCP/IP instances or a 
priority count could be established and incremented each 
time a TCP/IP instance is initiated. What is required is a 
manner of identifying TCP/IP instances such that the client 
and the server may utilize the same selection procedure to 
reach the same selection result. Thus, whatever manner of 
prioritizing TCP/IP instances is utilized it- should be utilized 
in the same manner for all TCP/IP instances. 
35 Returning to FIG. 3, after selection of a time stamp, the 
TCP/IP instance adds an entry to the registration repository 
36 for the TCP/IP instance (block 48). The entry in the 
repository preferably includes the TCP/IP instance identifier 
and protocol information sulEtcient to allow connection 
between the TCP/IP instance and the client. As briefly 
discussed above, the entry may also include the function of 
the server application associated with the TCP/IP instance. 

By creating an entry in the registration repository 36 if a 
client requests access to a single server application, the 
45 present invention assures that at least one TCP/IP instance 
will be available in the registration repository 36 for selec- 
tion by the server application. For example, in FIG. 2, if 
client 38 is the first client associated computer system 35 
that request access to a single server application then upon 
50 receiving the request TCP/IP A 32 will create an entry in 
registration repository 36 to identify that it has received a 
request for single server access and to become available for 
selection by server 30 for use. Thus, even if a request for 
single server access is the first request received a TCP/IP 
55 instance will be present in the registration repository for use 
by the server "application and'lhenclient. Additionally, by 
registering with the registration repository on a per TCP/IP 
instance basis, client access to a server application may be 
allowed or disallowed on a per TCP/IP instance basis. 
60 With respect to the server plication, a server application 
accesses the registration repository at start-up to select a 
TCP/IP instance. If no TCP/IP instances are identified in the 
registration repository, the server enters a wait loop imtil one 
is entered. The server then selects the TCP/IP instance and 
65 connects to that instance. Optionally, the server may update 
the registration repository to indicate that the server is 
connected to the TCP/IP instance. The server preferably 
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selects the TCP/IP instance based upon the lime stamp of the to determine that TCP/IP A 64 corresponds to the entry in the 

TCP/IP instance entry in the registration repository. repository with the earliest time stamp. 

However, other methods of selection may be utilized as long At some point, two OSA/SF Client Applications, SNMP 

as the clients also use the same selection procedure. If the Agent 70 and SNMP Agent 72 are also started. Each of the 

TCP/IP instance to which the server is connected terminates, 5 client applications, SNMP Agent 70 and SNMP Agent 72, 

the server re -accesses the registration repository to select a connects into their respective TCP/IP instance in order to 

new TCP/IP instance for connection. receive requests from the associating TCP/IP Networks, 74 

FIG. 4 illustrates the operation of a client communication and 76. 

utilizing the present invention. When a client seeks to access g^ch TCP/IP instance requires separate SNMP Agents in 

a single server application, the client first accesses the 10 ^^^^ provide networic management support for each of 

registration repository 36 to retrieve the entry with the the respective IP Address domains for TCP/IP Network 74 

earnest time stamp (block 50). The cHent wiU utilize this and TCP/IP Network 76. SNMP (Simple Network Manage- 

entry to attempt to coimect to the server. The server also ment Protocol) is a sundard management protocol imple- 

accesses the repository to establish connections and uses the mented by many TCP/IP Hosts. The SNMP Agents handle 

same selection process as clients. Therefore, even if the 35 aUof the related SNMP protocol functions but require access 

TCP/IP instance is one which is in the process of to OSA/SF 62 in order to retrieve and set configuration 

terminating, both the client and the server should eventually variables specific to the adapters managed by OSA/SF. 

select the same TCP/IP instance if the same selection gNMP Agent 70 is started, it connects to the 

process is utilized. ^^^^ ^^^^^ application OSA/SF 62 via TCP/IP A 64 after 

After retrieving the entry from the registration repository, ^ accessing the Repository 68 to determine that TCP/IP A 64 
the client determines the TCP/IP instance through which a ^ (he first eligible TCP/IP instance. The client apphcation 
connection may be established to the server (block 52). As SNMP Agent 72 after accessing the Repository 68 also 
discussed above, this may be the TCP/IP instance corre- establishes a connection to the Single Server application 
sponding to the earliest time stamp entry in the registration OSA/SF 62 through TCP/IP A 64. Note that both client 
repository. However, other criteria for selecting the TCP/IP ^ applications actually have two connections established. The 
instance may be utilized as long as the client and the server jg to their respective TCP/IP instance in order to receive 
use the same criteria. The client then connects to the server and respond to requests from their respective TCP/IP Net- 
using the determined TCP/IP instance (blodc 54). Such a works 74 and 76. Both SNMP Agent 70 and 72 establish a 
connection is possible because, as discussed above, the second connection through TCPAP A 64 in order to gain 
registration entry contains sufficient information to allow for ^° access to the single server application, OSA/SF 62. In FIG. 
a connection between the TCP/IP instance, the client and the 5^ the SNMP Agents (clients) and OSA/SF (server) connec- 
server. tions are depicted using dashed lines. Thus, a single server 

In the event of an error or termination of the TCP/IP application such as OSA/SF may be accessed by multiple IP 

instance, the TCP/IP instance notifies the clients and servers address domains through multiple TCP/IP instances where 

utilizing the TCP/IP instance of the error. The terminating only a single TCP/IP instance is connected directly to the 

TCP/IP instance is removed from the registration repository. server application. 

The clients and servers then would reaccess the registration jq the drawings and specification, there have been dis- 

repository to select a different TCP/IP instance for reestab- closed typical preferred embodiments of the invention and, 

lishing connections or wait until an eligible TCPAP instance ^ although specific terms are employed, they are used in a 

is available (i.e. regi^ered in the repository). Again, because generic and descriptive sense only and not for purposes of 

the clients and servers would utilize the same process for limitation, the scope of the invention being set forth in the 

selecting a TCP/IP instance a connection should be capable following claims, 

of being established. That which is claimed is: 

^ T he terms "single server access" and "single server a ppli- 1. A method of accessing a single server application 

ca tion" have ^heen used herein to d escribe the present executing on a processing system having multiple TCP/IP 

inv «ition. As j i-sed herein, thos e tepT^s r efer to instance of a instances and wherein the single server application is 

s erver application which sp a n mul tiple TCP/I P instances in accessed through a first TCP/IP instance of the multiple 

that clients fmm multiple JP ^nmaim may ac cess a sin gle TCP/IP instances, the method comprising: 

i nstanc e^ofa server application. jq establishing a registration repository containing informa- 

The present invention may be further understood by way tion sufficient to identify to both the single server 

of example. FIG. 5 illustrates one computer system in which application and a client application seeking to access 

the present invention may be utilized. As seen in FIG. 5, a the single server application, the first TCP/IP instance 

computer system utilizes OSA/SF in an MVS partition. through which the single server application may be 

Multiple TCP/IP ins tances also include SNMP support. 55 accessed by client applications and wherein the regis- 

In the example depicted by FIG. 5, the two TCP/IP U-ation repository is accessible by the multiple TCP/IP 

instances, TCP/IP A 64 and TCP/IP B 66, were started with instances and the single server plication; and 

both requiring client access to the single server application providing registration repository information to at least 

represented by OSA/SF 62. OSA/SF (Open System Adapter/ one of the single server application and the client 

Support Facility) is an application that manages OS A Adapt- 60 application so as to allow direct communications 

ers on a OS/390 system. Only a single instance of OSA/SF between the single server application and the client 

can be started per MVS system due to architecture con- application utilizing the first TCP/IP instance through 

straints. which the single server ^plication may be accessed 

TCP/IP A 64 is identified in the Repository 68 as the first and wherein the registration repository information is 

eligible TCP/IP instance for single server application access 65 provided to the client apphcation utilizing a second 

to OSA/SF 62. The single server application, OSA/SF 62 TCP/IP instance different from the first TCP/IP insur- 

connects to TCP/IP A 64 after accessing the Repository 68 ance. 
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2. A method according to claim 1, wherein said step of 
e^ablisbing a registration repository comprises the step of 
registering a TCP/IP instance with the registration repository 
if single server access is requested by a client application 
utilizing the TCP/IP instance. 5 

3. A method according to claim 2, wherein said step of 
registering comprises the steps of: . 

storing an entry identifying an available TCP/IP instance; 
and 

storing a time stamp associated with the entry identifying 10 
the available TCP/IP instance which identifies when the 
TCP/IP instance was registered with the registration 
repository. 

4. A method according to claim 3, wherein the entry 
identifying the TCP/IP instance includes a TCP/IP instance 15 
identifier and protocol information sufficient to allow con- 
nection between the TCP/IP instance and the client. 

5. A method according to claim 2, further comprising the 
step of removing from the registration repository a TCP/IP 
instance which is no longer available for connection to the 20 
single server application or client access to the single server 
application. 

6. A method according to claim 5, wherein said step of 
removing comprises the step of invalidating the registration 
of the TCP/IP instance in the registration repository. 25 

7. A method according to claim 1, wherein the single 
server application carries out the step of selecting the 
TCP/IP instance from the registration repository to be used 
for connection to the single server application. 

8. A method according to claim 7, ^rther comprising the 30 
steps of: 

storing an entry identifying an available TCP/IP instance 

in the registration repository and 
storing a time stamp associated with the entry identifying 

the available TCP/IP instance in the registration reposi- 

tory; and 

wherein said step of selecting a TCP/IP instance com- 
prises the step of selecting the TCP/IP instance with the 
earliest time stamp. 

9. A method according to claim 7, wherein the client ^ 
application carries out the steps of: 

accessing the registration repository to determine the 
TCP/IP instance through which the single server appli- 
cation may be accessed; and 

connecting to the single server application by connecting 
to the TCP/IP instance through which the single server 
application may be accessed. 

10. A method according to claim 9, wherein the client 
application determines the TCP/IP instance through which 
the single server application may be accessed utilizing the 
same procedure by which the single server application 
selects a TCP/IP insUnce. 

U. A method according to claim 9, further comprising the 
steps of: 

storing an entry identifying an available TCP/IP instance 
in the registration repository; and 

storing a time stamp associated with the entry identifying 
the available TCP/IP instance in the registration reposi- 
tory; and 60 

wherein said step of accessing the registration repository 
comprises the steps of: 

accessing the registration repository to obtain the time 
stamp of entries in the registration repository and 

selecting the TCP/IP instance with the earliest time stamp 65 
as the TCP/IP instance through which the single server 
application may be accessed. 
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12. A method according to claim 9, wherein the registra- 
tion repository is stored in common storage and wherein said 
step of accessing the registration repository comprises the 
steps of: 

accessing the common storage location of the registration 

repository; and 
obtaining from the common storage location registration 

information to determine the TCP/IP instance through 

which the single server a^lication may be accessed; 

and 

wherein said step of connecting to the single server 
application comprises the step of connecting to the 
determined TCP/IP instance through which the single 
server application may be accessed. 

13. A method according to claim 12, wherein said com- 
mon storage is directly accessible by the client and wherein 
said step of accessing the common storage comprises the 
step of directly accessing the common storage. 

14. A method according to claim 12, wher^ said step of 
accessing the common storage comprises the step of access- 
ing the secoixl TCP/IP instance to access the common 
storage location of the registration repository; 

wherein said step of obtaining registration information 
comprises the step of obtaining registration information 
from the common storage location through the second 
TCP/IP instance; and 

wherein said step of connecting to the single server 
apphcation comprises the step of connecting to the first 
TCP/IP instance through which the single server appli- 
cation may be accessed. 

15. A system for accessing a single server application 
executing on a processing system having multiple TCP/IP 
instances and wherein the single server application is 
accessed througjh a first of the multiple TCP/IP instances 
comprising: 

a registration repository containing information sufficient 
to identify to both the single server ^plication and a 
client application seeking to access the single server 
application, the first TCP/IP instance through which the 
single server application may be accessed by client 
applications and wherein the registration repository is 
accessible by the multiple TCP/IP instances and the 
single server application; and 

means for accessing the registration repository to select a 
TCP/IP instance for connection to the server applica- 
tion so that the single server application and the client 
apphcation seeking to access the single server a^lica- 
tion may both access the registration repository to 
allow direct communications between the single server 
apphcation and the client application utilizing the first 
TCP/IP instance through which the single server appli- 
cation may be accessed and wherein the registration 
repository information is provided to the client appli- 
cation utilizing a second TCP/IP instance different from 
the first TCP/IP instance. 

16. A computer program product for accessing a single 
server application executing on a processing system having 
multiple TCP/IP instances and wherein the single server 
application is accessed through a first of the multiple TCP/IP 
instances, comprising: 

a computer-readable storage medium having computer- 
readable program code means embodied in said 
medium, said computer-readable program code means 
comprising: 

computer-readable program code means for establishing a 
registration repository continuing information suffi- 
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cieni to identify to both the single server application 25. A system according to claim 22, wherein the client 

and a client application seeking to access the single application determines the TCPAP in^ance through which 

server application, the first TCP/IP instances through the single server application may be accessed utilizing the 

which the single server application may be accessed by same procedure by which the smgle server appUcation 

client applications and wherein the registration reposi- 5 selects a TCP/IP instance. , . ^ . ^ 

tory is accessible by the multiple TCP/IP instances and 26. A system accordmg to clama 24, wherem ^e regis- 

the single server application; and Oration repository is stored m common storage and wherem 

^ , [ r . L said means for accessmg the registration repository com- 

compuler-readable program code means for accessmg the nriscs: 

registration repository to select a TCP/IP instance for accessing the common storage location of the 

connection to the server application so that the smgle lO registration repository; and 

server application and the cUenl appUcation seeking to ^^^^ obtaining from the common storage location 

access the single server apphcauon may both access the registration information to determine the TCP/IP 

registration repository to aUow direct commumcations ia^ce through which the single server appUcation 

between the single server appUcation and the cUent ^j^y ^ accessed; and 

appUcation utiUzing the first TCP/IP instance through 15 ^^^^^ ^^id means for connecting to the single server 

which the smgle server appUcation may be accessed appUcation comprises means for connecting to the 

and wherein the registration repository mformation is determined TCP/IP instance throu^ which the single 

provided to the cUent appUcation utiUzing a second ^^^^ appUcation may be accessed. 
TCP/IP instance differem from the first TCP/IP ^ 27. Asystem according to claim 26, wherein said common 

instance. storage is directly accessible by the cUent and wherein said 

17. Asystem according to claun 15, wherem the means for accessing the common storage comprises means 
estabUshing a registration repository comprises means for ^^^^ accessing the common storage. 

registering a TCP/IP instance with the registration repository ^8. A system according to claim 26, wherein said means 

if single server access is requested by a cUent appUcation accessing the common storage comprises means for 
utiUzing the TCP/IP instance. _ ^ ^ . " accessing the second TCP/IP instance to access the common 

18. A system accordmg to claim 17. wherem said means ^^^^^^ ^^^^^ registration repository; 

for registering comprises: wherein said means for obtaining registration information 

means for storing an entry identifying an available TCP/IP comprises means for obtaining registration information 

insUncc; and Jcq^ common storage location through the second 

means for storing a time stamp associated with the entry TCP/IP instance; and 

identifying the available TCP/IP instance which idcn- wherein said means for connecting to the single server 

tifies when the TCP/IP instance was registered with the appUcation comprises means for connecting to the first 

registration repository. TCP/IP instance through which the single server appU- 

19. A system according to claim 18, wherein the entry ^^^^^ ^ accessed. 

identifying the TCP/IP insUnce includes a TCP/IP instance 29. A computer program product according to claim 16, 

identifier and protocol information suflBcient to allow con- wherein the computer readable program code means for 

nection between the TCP/IP instance and the cUent. estabUshing a registration repository comprises computer 

20. A system according to claim 17, further comprising readable program code means for registering a TCP/IP 
means for removing from the registration repository a TCP/ ^ insUnce with the registration repository if single server 
IP instance which is no bnger available for connection to the access is requested by a cUent application utilizing the 
single server appUcation or cUent access to the single server TCP/IP instance. 

appUcation. 30 computer program product according to claim 29, 

21. Asystem according to claim 20, wherein the means for wherein said computer readable program code means for 
removing comprises means for invaUdating the registration registering comprises: 

of the TCPAP instance in the registration repository. computer readable program code means for storing an 

22. A system accordmg to claim 15, wherem the smgle identifying an available TCP/IP instance; and 
server application comprises means for selecUng the TCP/IP ^^^^^j^ ^ ^^^^ ^^^^ng a time 
mstance from the registration repository to be used for / associated wUh the entry identifying the avafl. 
comiecuon to the smgle server application. ^^^^ ^ ^^^^^ ^^^^ idf^ntmcs when the TCP/IP 

23. A system accordmg to clami 22, further compnsmg: ^^^^ registered with the registration repository, 
means for stormg an entry identifying an available TCP/IP 3^ ^ computer program product according to claim 30, 

instance in the registration repository; and wherein the entry identifying the TCP/IP instance includes a 

means for storing a time stamp associated with the entry TCP/IP insUnce identifier and protocol information suffi- 

identifying the available TCP/IP insUnce in the regis- 55 ^.^^^ ^llow connection between the TCP/IP insUnce and 

tration repository; and the cUent 

wherein said means for selecting a TCP/IP instance com- 32. A computer program product according to claim 29, 

prises means for selecting the TCP/IP insunoe with the further comprising computer readable program code means 

earUest time stamp. for removing from the registration repository a TCP/IP 

24. A system according to claim 22, wherein the cUent ^ insUnce which is no longer available for coxmection to the 
appUcation comprises: single server appUcation or cUent access to the single server 

means for accessing the registration repository to deter- appUcation. 

mine the TCP/IP instance through which the single 33. A computer program product according to claim 32, 

server appUcation may be accessed; and wherein the computer readable program code means for 

means for connecting to the single server application by 65 removing comprises computer readable program code 

connecting to the TCP/IP instance through which the means for invaUdating the registration of the TCP/IP 

single server appUcation may be accessed. insUnce in the registration repository. 
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34. A computer program product according to claim 16, 
wherein the single server application comprises computer 
readable program code means for selecting the TCP/IP 
instance &om the registration repository to be used for 
connection to the single server application. 5 

35. A computer program product according to claim 34, 
further comprising: 

compiuer readable program code means for storing an 
entry identifying an available TCP/IP instance in the 
registration repository; and 30 

computer readable program code means for storing a time 
stamp associated with the entry identifying the avail- 
able TCP/IP instance in the registration repository; and 

wherein said computer readable program code means for 
selecting a TCP/IP instance comprises computer read- 
able program code means for selecting the TCP/IP 
instance with the earliest time stamp. 

36. A computer program product according to claim 34, 
wherein the client application comprises: ^ 

computer readable program code means for accessing the 
registration repository to determine the TCP/IP 
instance through which the single server application 
may be accessed; and 

computer readable program code means for connecting to 25 
the single server application by connecting to the 
TCP/IP instance through which the single server appli- 
cation may be accessed. 

37. A computer program product according to claim 34, 
wherein the client application determines the TCP/IP 30 
instance through which the single server application may be 
accessed utilizing the same procedure by which the single 
server application selects a TCP/IP instance. 

38. A computer program product according to claim 36, 
wherein the registration repository is stored in common 3S 
storage and wherein said computer readable program code 
means for accessing the registration repository comprises: 
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computer readable program code means for accessing the 
common storage location of the registration repository; 
and 

computer readable program code means for obtaining 
from the common storage location registration infor- 
mation to determine the TCP/IP instance through which 
the single server application may be accessed; and 

wherein said computer readable program code means for 
connecting to the single server ^plication comprises 
computer readable program code means for connecting 
to the determined TCP/IP instance through wfaidi the 
single server application may be accessed. 

39. A computer program product according to claim 38, 
wherein said common storage is directly accessible by the 
client and wherein said computer readable program code 
means for accessing the common storage comprises com- 
puter readable program code means for directly accessing 
the common storage. 

40. A computer program product according to claim 38, 
wherein said computer readable program code means for 
accessing the common storage comprises computer readable 
program code means for accessing the second TCP/IP 
instance to access the conmion storage location of the 
registration repository; 

wherein said computer readable program code means for 
obtaining registration information comprises computer 
readable program code means for obtaining registration 
information from the common storage location through 
the second TCP/IP instance; and 

wherein said computer readable program code means for 
connecting to the single server appUcation comprises 
computer readable program code means for cotmecting 
to the first TCP/IP insuncc through which the single 
server application may be accessed. 
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